home *** CD-ROM | disk | FTP | other *** search
/ Amiga Format CD 52 / Amiga Format AFCD52 (Issue 136, May 2000).iso / -in_the_mag- / reader_requests / wild / appunti / history.txt < prev    next >
Text File  |  2000-02-23  |  4KB  |  93 lines
  1.  
  2. (19/10/98) First public release. It's quite an alpha.
  3.  
  4. - FIXED:    A double opening of a module CAUSES BIG TROUBLES !!!
  5.         The NODE in list is RE-Inserted in the list, and causes big
  6.         troubles. This is the DOUBLE-Closing bug in the wild.library!
  7.         (to fix, do a check in load/kill module, add a wild opencount,...)
  8.         Now IT's FIXED, with the wm_CNT! Warning with old modules !
  9.  
  10. - FIXED:    KillerBug in DisplayPlanarScreen: first, it was writing in the
  11.         Draw engine data, not in the Display !! And then, it allocated
  12.         the TmpRas, the AreaInfo and more with AllocVecPooled and freed
  13.         it with FreeMem ! Bleah.
  14.  
  15. - FIXED:    Now, i have a working draw pipeline, so i can concentrate on the
  16.         3D checking of the Refs system. I viewed it was all wrong. I'm
  17.         looking for the bugs in TDCoreSimplyFast.
  18.         I've fixed one, where were exchanged the child and the parent link.
  19.         Then, fixed more: now seems ok. But never say...
  20.         
  21. - TO FIX:    The DOUBLE-Closing BUG REVENGE !!! Maybe some modules too old, to
  22.         fix from the first time ? Or more conceptual bugs like the precedent?
  23.         Mah.            
  24.         
  25. - FIXED:    Another (new) bug in the closing: the tables killing!
  26.         Was because i changed the input of KillTable: no more pointing
  27.         on the struct wt_Table, but on the wt_Data !! So, when killing,
  28.         was forgot to add wt_Data to a1.
  29.         Probably, that was the DOUBLE-Closing revenge... but is to check.
  30.         
  31. - TO RECODE:    In TDCoreSimplyFast, there is a bad-working test, the diagonals
  32.         edges outcheck: it removed more edges than is should do. So, just
  33.         for now, i removed it. When there is time, recode ! It causes bad
  34.         errors, especially with very big faces!
  35.  
  36. - FIXED:    In TDCoreSimplyFast, recoded the OutFace check: 3 Hidden-> OutFace
  37.         and 2 Out-> OutFace! Caused BAD Crashes ! (Crash04 is ALSO for this
  38.         bug.)
  39.  
  40. - FIXED:     In TDCoreSimplyFast, bugs in the BSP-Inserting routine!? The
  41.         BspPointers have a bad offset and trash-up the structure!?
  42.         !! It's AllocVecPooled who Trashes everything !! Because of
  43.         a bad write, the Pool is broken, so this routine does bas things.
  44.         Thanks to my MungwallLike system (just added) i found the badwrite.
  45.         It's in the BSPEntries memory: more faces than they should are
  46.         written here: SOME ARE INSERTED TWICE !!!
  47.         So, it's a BSP-Insert BUG !!! FindOut it.
  48.         Fixed! Was a very Unlucky case: if 2 sectors child were attached
  49.         to the same parent's face, the BspSave of this face was broken:
  50.         after the first attach, all ok, after the second attach, was
  51.         copyed on bspsave also the first attach. So, one sector was
  52.         kept attached even after the breakjoins cycle.
  53.                 
  54. - TO FIX:    There are more bad writes, probably in the Draw modules (hope no
  55.         Display!) because my MungwallLike system signals some hits (in
  56.         the Display module,why ? go to check,please!) with all the Flat
  57.         series (Fluff & Candy), and all the same hit.
  58.  
  59. - FIXED:    A closing bug in DisplayPeter&James: if no screen, a lot of bad
  60.         free were done.
  61.  
  62. - TO FIX:    If all edges are z-out in distance (may be in other cases also)
  63.         bad errors, like edges with no TmpBuffer but not flagged as bad.
  64.         If you have time...
  65.  
  66. - TO FIX:    Peter&James can be dangerous if used by more than 1 app, because
  67.         of the variables inside the code (chunky buffer pointers, mainly),
  68.         you must reload them on every frame!
  69.  
  70. - FIXED:    In Peter&James was used my AllocBitmap routine, but was useless and
  71.         buggy (memory crash), so i used the STDBITMAP screen type. Better
  72.         and safer.
  73.  
  74. - TO FIX:    Still some bugs when faces are Z=0 (i think), they are splatted around.
  75.  
  76. - TO DO:    In Tix+ broker the textures edges loop is very sure but very 
  77.         unoptimized. When have time, do the rewrite.
  78.         
  79. - TO ADD:    The SUBS system: all the modules can require wild to open some more
  80.         sublibs, containing maybe only one routine: for example, a lot of
  81.         brokers may require the scanline part, and that can be put in a
  82.         sublib.
  83.         
  84. - TO ADD:    In a quite far future, to make more perfect, add a WildManager:
  85.         a simple library useful to manage objects lists: Modules, Extensions,
  86.         Tables and what more else. That library must have 4 funcs principally:
  87.         a FindObject(object id tags),AddObject(object params) (with
  88.         double-loading check using FindObject, done automatically), a
  89.         RemObject(object) with automatical OPENCOUNT and a DropAllObjects(header)
  90.         to expugne all objects in the list.
  91.     
  92.         
  93.